When Wistia was small, everyone was involved in every launch. It was easy to know who was on board with any particular project, because, well, everyone was pretty much working on any given problem. When youβre working with 10-12 people total, you can gather around the lunch table and catch up on everything thatβs going on at a given time.
As weβve grown to 15, 20, and soon 30 people, this kind of flat communication has become difficult. Multiple projects happen concurrently, and different people are focusing on different aspects of various initiatives in engineering, design, support, and marketing. Because we donβt have a traditional βproduct teamβ or βproject managers,β everyone gets a chance to try their hand at project management in pieces. Because of that, everyone here has the power to influence the product and try their hand at project management.
When should marketing get involved?
My role most frequently culminates at the tail end of a product update: telling its story during the launch process. It can be challenging to be looped in towards the end of a lengthy project. While the quality of our written and video content is higher if we have more time to work on launch materials, thereβs a delicate balance between allowing too much time or too little.
If we get too involved too early in the process, we might craft an entire blog post or video around details that arenβt yet finalized. In these situations, we find ourselves scrambling to change everything at the last minute, and itβs a frustrating experience for everyone. This results in an otherwise exciting moment being weighed down by everyoneβs stress, and the dampened enthusiasm affects the quality of the launch itself.
On the other hand, if we get involved too late, itβs very difficult to figure out where everyone working on the project stands and what they want emphasized in the launch. Again, we find ourselves scrambling, and the end result is similar: someone has an epiphany an hour before launch as they read the draft, and I rush to make the necessary changes on schedule.
The feature launch questionnaire
I canβt blame anyone for in particular for these stressful moments, but it seemed like we could improve our processes. I thought it might help to get some words on digital paper a bit earlier so that any epiphanies could happen collaboratively, long before launch day. I worked withΒ Ezra to create this feature launch questionnaire:
Side note: “Customer Happiness” is what we call our support team, who alsoΒ handle the documentation around product launches.
Filling out a questionnaire in a Google doc wasnβt quite enough for meβββit seemed equally important that we all spend some time hashing things out face-to-face. And so, the
30-minute pre-launch gathering was born.
The pre-launch gathering
The pre-launch gathering generally occurs two or three weeks before the estimated date of technical completion. Everyone who might have an opinion on the project, and everyone working on launch materials, gathers in a room to fill out the form together. We talk out our thoughts, and record the consensus inΒ the questionnaire Google
So far, weβve managed to keep these meetings shorter than 30 minutes (thanks to the focus lent by the questionnaire), and itβs been insanely helpful for me.
Workshopping the content
After the pre-launch gathering, a few days before the launch itself, Iβve also begun to incorporate a blog post workshop.
For a while, I’ve been leadingΒ a workshop for each “feature” blog post we publish: we define a “feature” as a high-effort postΒ that we’re going to email to our entire audience. It was about time we did something similar for our equally important product-related content, which we send to all of our customers, and often, toΒ everyone in our email audience.
In the workshop, the pre-launch group re-convenes to read through and collaboratively edit the launch blog post. We each bring a laptop to the workshop and live-edit the content as one person reads the post aloud. The workshops have beenΒ awesome for affirming that everyone has signed off on whatβs going out the door and ensuring that thereβll be no last minute U-turns.
One of the biggest challenges of product marketing for me is feeling like I might misrepresent something that someone else is super passionate about and has spent hours toiling over. Someone put a lot of effort into the story and technical details behind any feature, and I constantly worry about selling that short. Getting everyone together for these conversations and coming to a consensus does wonders for assuaging those worries.
The result: smoother launches!
It seems really simple, and for larger companies, having a system like thisΒ is probably a no-brainer and a necessity, but this has truly been (to get a little buzzword-y on you) a game-changer for me personally. A more ad-hoc way of working didn’t keep our product launches from happening, but it left us with a lot more stress.Β It’s been cool to see that a side effect ofΒ getting everyone in a room together at this stage isΒ gettingΒ engineering, design, and support on the same page and identifying possible technicalΒ roadblocks for launch.
The first launch that we executed using this new process felt so effortless that I was worried Iβd forgotten something along the way. Actually, the process was just way easier! πΒ Next up: improving our post-launch processes!
Hereβs the questionnaire that we filled out for this launch.
How do you ensure that everyone at your company is up-to-date and informed during product launches? What are some of the biggest challenges you’ve encountered with product marketing?